home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19980901-19981211 / 000066_news@newsmaster….columbia.edu _Fri Sep 25 14:22:22 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA20545
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 25 Sep 1998 14:22:22 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA05635
  7.     for kermit.misc@watsun; Fri, 25 Sep 1998 14:22:21 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: This is interesting ...
  12. Date: 25 Sep 1998 18:22:19 GMT
  13. Organization: Columbia University
  14. Lines: 44
  15. Message-ID: <6ugn0r$kfh$1@apakabar.cc.columbia.edu>
  16. References: <6uc4qk$iv9$1@oak.prod.itd.earthlink.net> <6uenhq$8o1$1@ash.prod.itd.earthlink.net> <6ugh75$h0a$1@apakabar.cc.columbia.edu> <6ugk1i$m91$1@oak.prod.itd.earthlink.net>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:9246
  19.  
  20. In article <6ugk1i$m91$1@oak.prod.itd.earthlink.net>,
  21. Mr. Scott <montgomery@starfleet.org> wrote:
  22. : 
  23. : Frank da Cruz wrote in message <6ugh75$h0a$1@apakabar.cc.columbia.edu>...
  24. : >In article <6uenhq$8o1$1@ash.prod.itd.earthlink.net>,
  25. : >Mr. Scott <montgomery@starfleet.org> wrote:
  26. : >: First off, I am aware of S2, and for that matter, every other register
  27. : >: in a standard modem, however I must still maintain that just because it
  28. : >: exists doesn't mean that using it is a good idea, in fact, I believe it
  29. : >: isn't.  Changing the escape character may render other communication
  30. : >: applications useless because most assume "+" as the escape character,
  31. : >: and they would break.  Disabling--rather than changing--the sequence
  32. : >: would also break things.
  33. : >
  34. : >It depends on the modem.  Most modern modems can be configured to a
  35. : >certain desired known state and this configuration can be saved.  Then,
  36. : >whenever a connection is broken (carrier drops from the other modem, or
  37. : >DTR drops from the computer), the saved state is restored automatically,
  38. : >so every user gets the same configuration, no matter what the previous
  39. : >did.  (This is a bit of a simplification -- consult your modem manual for
  40. : >details.)
  41. : 
  42. : I am in complete agreement.  However, all our communication apps would
  43. : have to be reconfigured to understand this saved state of affairs.
  44. : Something we don't wish to do.
  45. : 
  46. My point was actually that if your modems can be configured this way -- and
  47. again, it depends entirely on the modem -- then your applications do NOT
  48. have to be reconfigured.  Any application can do anything at all to the
  49. modem, and the modem automatically reverts to its saved configuration when
  50. it is released.
  51.  
  52. Before leaving this topic, I should explain what I meant before about
  53. simplification.  The real question is: even if I can create and save the
  54. desired configuration, and set the modem to restore it automatically every
  55. time a connection drops, what is to prevent the user from saving a new
  56. configuration on top of the one I saved?  Again, the answer depends on 
  57. the modem.  Some have external switches or buttons, some have management
  58. passwords or even external management systems (as in the USR Total Control
  59. system).  Without such tools, dialout modem pools would not be practical,
  60. since any user or application could "break" a modem badly enough to prevent
  61. others from using it.
  62.  
  63. - Frank